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PROCEDE DE TRANSPORT DE FLUX MULTIMEDIA 
DESCRIPTION 

. DOMAINS TECHNIQUE 

La present e invention se situe dans le 
5 domaine de transport de flux de donn^es k travers iin 
reseau d'echange de donn€es et concerne plus 
particulidrement \m proc6d6 et un systeme de transport 
vers iin mSme terminal d'au moins deux flux, de donnees 
ayant des exigences en qpialitSs de service (Qos) 
10 diff ^rentes. 

ETAT DE LA TECHNIQUE ANTERIEURE 

Le mScanisme de transport et d'aiguillage 
des flux de donnSes, tels que des flux IP repose sur le 
principe de routage, 

15 Un routeur est une interface entre dexax 

r^seaux pouvant utiliser des protocole diffSrents, 
destinSe k faire passer des flxix qui le traverse, de 
maniere native IP ou encapsulSs dans un autre protocole 
comme I'ATM (Asynchronous Transfer Mode) par exemple. 

20 Le routage est gen^ralement base sur 1' analyse de 
I'entSte des paquets a transporter. 

Rappelons que pour effectuer le routage des 
paquets dans un rSseau maille, un noeud devrait 
connaltre I'etat de 1' ensemble des autres noeuds avant 

25 de decider ou d'envoyer un paquet. Ceci est 
actuellement impossible IL rSaliser. Aussi, dans un 
premier temps, le routage s'appuie sur plusieurs 
composants parmi lescjuels un commutateur de paquet et 
Tine table de routage . Un noeud de . commutation est 

30 g^n^ralement form^ de lignes de sortie qui ^mettent des 
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trames obtenues a partlr des paguets . Les paguets sont 
routes par le commutateur vers oine ligne de sortie k 
partir de la table de routage • 

Dans line technique connue, le routage peut 
5 Stre effectue de fagon centralist a partir d'un nceud 
central qui prend les decisions relatives a la 
definition d'une nouvelle table de routage et k son 
envoi vers les diff6rentes stations du rtseau. Ce noeud 
central re9oit les informations de la part de tous les 
10 composants du reseau et congoit sa table de routage 
suivant des algorithmes determines k I'avance. Parmi 
les elements qui peuvent §tre pris en consideration 
pour etablir cette nouvelle table de routage , citons : 

- Le cofit des liaisons ; 

15 - le cout du passage dans un noeud ; 

- le debit demande ; 

- le deiai de transit demande ; 

- le nombre de ncEuds a traverser ; 

- la securite de transport de certaines 
20 classes de paquets ; 

- 1' occupation des memoires des nceuds de 
commutation ; 

- Inoccupation des coupleurs de lignes. 
Citons egalement le routage dit fixe dans 

25 lequel la table de routage ne varie pas dans le temps. 
Ce routage consiste IL envoyer chague paquet entrant 
dans le nceud dans la m§me direction correspondant 
generalement k I'algorithme de la route la plus courte. 

Une technique plus eiaboree consiste a 

30 envoyer des tables de routage d'une faqron asynchrone* 
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Un autre principe coiinu, le MPLS (pour 
Multiprotocol Label Switching) permet de faire 
transiter des flux IP dans des directions diff^rentes 
au moyen d'une sur- encapsulation des m§mes paquets. 
5 Ceci permet de faire une classification des flux pour 
les transporter sur des reseaux k qualites de service 
(QoS) differentes sans changer les principes des 
routeurs et les m6canisraes de routage utilises. 

II apparalt qu'avec les techniques d^crites 

10 ci-dessus, il n'est pas possible de diriger des paquets 
IP ayant des qualitSs de services differentes dans un 
reseau d' €quipements standards ^ k moins de diffuser les 
adresses de destinations de ces paquets, avec un 
protocole du type Protocol Index Multicast par exemple, 

15 dans lequel les adresses diffus§es appartiennent k une 
famille d' adresses prgd€terrain#es . II en rSsulte que le 
routage n' est possible que pour des adresses connues ^ 
1' avance . 

Ceci n'est pas compatible avec "une 
20 transmission de donnSes en mode Multicast vers une 
plurality de terminaxax. 

Plus particulidrement , la diffusion des 
adresses n'est pas adaptSe a la distribution de donnees 
ou de programmes audiovisuels k travers un rSseau 
25 ouvert tel que le reseau Internet. 

La demande de brevet franq:ais N<> 99 12352, 
d6pos6e par la demanderesse le 4 octobre 1999 d6crit un 
protocole qui permet k un terminal appelant de rSserver 
des ressources reseau avec quality de service k travers 
30 un rSseau non connect # pour etablir une connexion & 
travers un reseau connecte avec un terminal appelS. 
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L» invention dScrite dans cette demande est 
limit^e aux protocoles de reservation de ressources 
GSMP (pour Generic Switch Management Protocol) et P1520 
d6crit dans 1 'article "IEEE, p-1520 Standards 

5 Initiative for Programmable Network Interface", IEEE 
communications Magazine, vol. 36, n«* 10, pp. 64-70 ^ 
octobre 1998, public par J. BISWAS, AA. LAZAR, J.F. 
HUARD, K.S. LIM, S. MAHJOUB, L.F. PAU, M. SUZIKI, S. 
TORTENSSON, W. WANG et S. WEISTEIN. De ce fait, 

10 1" invention s 'applique uniquement aux flux ATM port^s 
sur un rSseau ATM en mode connect^. Par ailleurs, le 
proc6d6 d6crit dans cette demande ne permet pas un 
multiplexage transparent de flux ayant des qualites de 
services diffSrentes. 

15 • Le but de 1' invention est de pallier les 

insuf f isances de I'art anterieur dScrit ci-dessus au 
moyen d'un precede et d'un systeme permettant d' envoyer 
vers un mSme terminal des flux de donnees IP en 
provenance d'au moins deux equipements diff Grants ayant 

20 des exigences de quality de service diffSrentes. 

Un autre but de 1' invention est de combiner 
un protocole d'\in rSseau connect^ et un protocole d'un 
rSseau non connect^ pour, transporter des donnees 
numSriques en haut dSbit vers un mSrae terminal client. 

25 Un autre but de 1' invention est de 

distribuer lesdites donnees a t ravers ome ligne 
t#l€phonique en utilisant la technologie xDSL. 

EXPOSE DE L' INVENTION 

L' invention propose done un proc^dS de transport vers 
3 0 un mSme terminal client d' au moins Tin premier flux avec 
une premiere qualite de service et d'au moins un 
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deuxieme flux avec une de\jxi&me quality de service, 

ledit premier flux etant transmis au terminal client Sl 

travers un r^seau non connecte, et ledit deuxifeme flxix 

6tant transmis audit terminal client par un serveur de 

» 

5 contenu k travers un r^seau connecte apres reservation 
de ressource r^seau avec qualite de service par ^change 
de messages par 1' interm6diaire du r^seau non connecte. 

Le procSd^ selon 1' invention comporte en 
outre les etapes suivantes : 
10 - etablir une liaison haut dibit entre le 

terminal client et le serveur de contenu ; 

- multiplexer le premier et le dexixiSme 
flux dans un mSme flux ; 

transmettre le multiplex obtenu au 
15 terminal client k travers ladite liaison haut dibit. 

Selon 1' invention, ladite liaison haut 
debit est de type xDSL. 

Dans une application particuliere du 
procSde selon 1' invention, le deuxieme flux represente 
20 des donnies audiovi sue lies et le premier flux 
reprisente des signaux de contr61e du deuxieme flux. 

Selon un mode prifiri de realisation de 
1' invention, le rSseau non connect^ est le reseau 
Internet et le rgseau connects est un riseau ATM (pour 
25 Asynchronous Transfer Mode) . 

Dans ce cas, le procidi comporte en outre 
une itape consistant §l envoyer au moins une commande 
exteme au riseau ATM k partir d'une plate-forme de 
commande riseau pour itablir la liaison haut dibit 
30 entre le serveur de contenu et le terminal client. Le 
premier flux et le deuxiSme flux sont multiplexes dans 
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un metne flux et transmis au terminal client via la 
connexion haut d^bit ^tablie. 

Dans le mode pr§f€r§ de realisation, 
plusieurs terminaux requi^rent des donn^es 
5 audiovi sue lies, dans la cadre d'une application VoD 
pour (Video On Demand) (Vid^o k la demande) par 
exemple, la transmission des flux audiovisuels vers un 
terminal client comporte les Stapes suivantes : 

- connecter le terminal client a xine plate- 
10 forme de service via le rSseau Internet pour requSrir 

le contenu audiovisuel ; 

identifier le serveur du contenu 

audiovisuel ; 

r^seirver ^ t ravers une plate -forme de 
15 commande des ressources r^seau avec la quality de 
service predeterminge entre le serveur audiovisuel et 
le terminal client ; 

- activer une session Point a Point (PPP) 
(pour Point to Point Protocol) entre ledit serveur 

20 audiovisuel et le terminal client avec la qualite de 
service (QoS) etablie precedemment ; 

- diffuser ledit contenu audiovisuel avec 
les signaux de contrdle associ^s (lecture, pause, 
retour arridre, ..•) vers le terminal client & travers le 

25 rSseau ATM* 

L' invention conceme 6galement un systSme 
de transport vers un mSme terminal client d'au moins \in 
premier flux avec une premiSre quality de service et 
d'au moins tin deuxiSme fliax avec une deuxiSme quality 
30 de service, ledit premier flux etant transmis au 
terminal client a travers un r§seau non connects, et 
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ledit deuxiSme flux gtant transmis audit terminal 
client par un serveur de contenu k travers un rSseau 
connecte apres reservation de ressources rSseau avec 
quality de service par echange de messages par 
5 1' interm^diaire du r€seau non connecte. 

Le systeme selon 1' invention comporte : 

- des moyens pour ^tablir une liaison haut 
d6bit entre le terminal client et le serveur de 
contenu ; 

10 - des moyens pour multiplexer le premier et 

le deuxiSme flux dans un m§me flux ; 

- des moyens pour transmettre le multiplex 
obtenu au terminal client k travers ladite liaison haut 
d6bit . 

15 Dans \in mode pref4r§ de realisation de 

1' invention, lesdits moyens pour Stablir une liaison 
haut debit entre le terminal client et le serveur . de 
contenu comport ent un multiplexeur numerique du type 
DSLAM (pour Digital Subscriber Line Access Multiplexer) 

20 et au moins un commutateur ATM destine a raccorder le 
terminal client au serveur de contenu • 

Le systdme selon 1' invention comporte en 
outre xin premier serveur haut dSbit BAS (pour Broadbard 
Access Server) destinS k assurer xine liaison haut d^bit 

25 via le r^seau Internet entre le rSseau ATM et un r^seau 
de commande, et un deuxiSme serveur haut d^bit BAS 
destinS k assurer une liaison haut dSbit entre le 
terminal client et un serveur de donn§es 
audiovisuelles • 
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br6ve description pes dessins 

D'autres caract^ristiques et avantages* de 
1' invention ressortiront de la description qui va 
suivre, prise & titre d'exemple non littiitatif/ en 
rgf^rence aux figures annexSes dans lesquelles : 

- la figure 1 represent e schematiquement un 
systdme transport de flux de donn6es vers un terminal 
client selon 1' invention a partir d'un serveur de 
contenu . 

- La figure 2 repr^sente schStnatiquement 
une repartition de seirveurs de contenu par zone 
geographiq[ue . 

la figure 3 represente un schema 
fonctionnel partiel d'un mode de realisation pr^fea^e du 
proc6de selon 1' invention, 

EXPOS]^ DiTAIIiLg DE MODES DB Rj§ALISATION PARTICULIERS 

La description qui va suivre se rapporte a 
un exemple particulier d' application de 1' invention 
consistant a combiner le protocole ATM (Asynchronous 
20 Transfer Mode) et le protocole IP (Internet Protocol) 
pour construire une application VoD (pour Vid^o On 
Demand) qui regoit des requites de distribution de 
films envoyges par des terminaux client S travers le 
r^seau Internet et qui retourne aiix demandeurs les 
25 donnSes audiovisuelles encapsulSes. dans \hi fltix avec 
une qualite de service k travers un r^seau ATM. 

En reference k la figure 1, un terminal 
client 2 muni d'un modem 4 est susceptible d'etre relig 
a travers le systfeme selon 1' invention k un serveur 
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vidSo 6 parmi une plurality de serveurs vidSo rSpartis 
gSographiquement . 

Comme il lust re sch^matiquement par la 
figure 2, les programmes audiovisuels peuvent etre 
5 stock^s dans \ine base de donnees centrale 7 accessible 
aux differents serveurs de contenus via un reseau large 
bande 3 • 

Le systeme de la figure 1 comport e un 
multiplexeur numSrique 8 du type DSLAM (pour Digital 

10 Subscriber Line Access Multiplexer) agencS entre le 
modem 4 et un premier commutateur ATM 10. Un deuxidme 
commutateur ATM 12 est reli^ respect ivement au premier 
commutateur ATM 10, a un premier seirveur large bande 14 
BAS (pour Broadband Access Seirver) et & \in dexoxi^me 

15 serveur large bande 16 • Le premier serveur large bande 
14 est relie via le rSseau Internet 20 a une plate- 
forme de service 22 qui communique avec vine plate-forme 
de commande 24 apte a envoyer des commandes reseau au 
premier commutateur ATM 10, au deuxieme commutateur ATM 

20 12, au premier serveur large bande 14 BAS (pour 
Broadband Access Server) et au deuxieme serveur large 
bande 16 • 

Le proc6d^ de transport vers le terminal 
client 2 du fltix audiovisuel avec qualite de service 
25 sera d^crit par rgfSrence k la figure 3 dans laquelle 
les diff^rentes Stapes du procSdS sont illustrSes par 
des fleches reliant les differents Squipements du 
systdme . 

A 1' St ape 30, le demandeur d'\in programme 
3 0 audiovisuel envoie une requSte classique de connexion ^ 
la plate-forme de service 22 via le reseau Internet 20. 
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AprSs authentif ication et localisation du client par la 
plate-forme de service 22 via la plate-forme de 
commande 24, la plate-forme de service 22 identifie le 
serveur video 6 de proximite du client parmi les 
5 serveurs de contenus repartis 6, 

Dans line variant e de realisation, si le 
contenu audiovisuel desire par le client ne se trouve 
pas sur un serveur de proximite identifie, la plate- 
forme de commande 24 cr6e dynamiqpiement un lien haut 

10 d^bit entre la base de donnSes 7 et le serveur de 
proximite 6 k travers le reseau large bande 3. A 
I'Stape 32, la plate -forme de service 22 accSde a la 
plate- foxTue de commande 24 qui envoie au premier 
commutateur ATM 10 (6tape 34) des commandes extemes 

15 (Stablissement/liberation d'une connexion ATM) pour 
reserver les ressources reseau avec la quality de 
service n^cessaire au service demande entre le terminal 
client 2 et le serveurs vid6o 6. La procedure de 
reservation des ressources reseau est decrite en detail 

20 dans la demande de brevet Fran<?ais 99 12352, deposee 
par la demanderesse le 4 Octobre 1999, 

A I'etape 36, la plate-forme de commande 24 
active ime session de service (PPP) entre le terminal 
client 2 et le premier serveur large bande 14 BAS dedi6 

25 a la video, Cette session (PPP) repose sur la connexion 
avec QoS 6tablie k I'Stape 34. 

A I'Stape 40, la plate-forme de service 22 
lance 1' application vidSo chez le client et commande la 
diffusion du flux de donn^es audiovisuelles avec la 

30 quality de service r#serv6e. 
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Le canal vid§o avec QoS ainsi crSe est 
utilisS, d'une part, pour transporter le fliix 
multimedia vers le terminal client 2 k travers le 
raultiplexeur num^rique 8, et d' autre part, pour 
5 echanger avec le meme terminal client 2 des signaux de 
contr61e du flux multimedia tels que des commande de 
lecture, de pause, d'avance rapide, de retour rapide et 
d' arrSt . 
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REVENDICATIONS 

1. Proced^ de transport vers un mime 
terminal client (2) d'au moins un premier flux avec line 

5 premiere quality de service et d'au moins un de\axi§me 
flux avec une deuxieme qualite de service, ledit 
premier flux €tant transmis au terminal client (2) & 
travers un reseau non connect^/ et ledit deiixieme flux 
€tant transmis audit terminal client (2) par un serveur 

10 de contenu (6) H travers un rSseau connects aprSs 
reservation de ressource r6seau avec quality de service 
par ^change de messages par 1' intermSdiaire du rSseau 
non connects, caract6ris# en ce qu'il conporte en outre 
les Stapes suivantes : 

15 - 6tablir une liaison haut dSbit entre le 

terminal client (2) et le serveur de contenu (6) ; • 

- multiplexer le premier et le deuxidme 
flux dans un meme flux ; 

transmettre le multiplex obtenu au 

20 terminal client (2) k travers ladite liaison haut 
d6bit . 

2. Proc6de selon la revendication 1, 
caractSrise en ce que ladite liaison haut debit est de 
type xDSL. 

25 3. Proced6 selon la revendication 2, 

caract€risS en ce que le deuxieme flux represent e des 
donnSes audiovisuelles et le premier flux reprSsente 
des signaiix de contr61e du deuxigme flux. 

4. ProcSd6 selon la revendication 3, 

30 caract€risg en ce que le r€seau non connect 6 est le 
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r^seau Internet et le r^seau connect^ est \an reseau 
ATM. 

5. ProcSd^ selon la revendication 4, 
caracterise en ce qu' il comporte en outre une etape 

5 consistant k envoyer au moins une commandes externe au 
reseau ATM a partir d'une plate-forme de commande 
reseau (24) pour etablir une liaison haut d6bit entre 
le serveur de contenu (6) et le terminal client (2) . 

6. Precede selon I'une des revendi cat ions 2 
10 a 5, caract^risS en ce qu'il comporte les Stapes 

suivantes : 

- connecter le terminal client (2) S une 
plate- forme de service (22) via le rSseau Internet pour 
requ6rir le contenu audiovisuel ; 

15 - identifier le seirveur du contenu (6) ; 

r^server k t ravers une plate -forrne de 
commande (24) des ressources rSseau avec la quality de 
service pr6d6terminee entre le serveur de contenu (6) 
et le terminal client (2) ; 

20 - activer une session Point & Point (PPP) 

(pour Point to Point Protocol) entre ledit serveur de 
contenu (6) et le terminal client (2) avec la quality 
de service (QoS) etablie precedemment ; 

- diffuser ledit contenu avec les signaoox 
25 de signalisation associSs vers le terminal client (2) k 

travers le reseau ATM. 

7. Systeme de transport vers un m§me 
terminal client (2) d'au moins un premier flux avec \ane 
premidre qualitS de searvice et d'au moins un deuxieme 

30 flux avec une deuxieme quality de service, ledit 
premier flux €tant transmis au termxnal client k 
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travers xin rSseau non connects, et ledit deuxiSme flux 
Stant transmis audit terminal client (2) par \in serveur 
de contenu (6) k travers un r^seau connect^ aprSs 
reservation de ressource r^seau avec quality de service 
5 par ^change de messages par 1' intermediaire du reseau 
non connects, caract6rise en ce qu' il coinporte : 

- des moyens pour etablir lone liaison de 
haut d^bit entre le terminal client (2) et le serveur 
de contenu (6) ; . 

10 - des moyens pour multiplexer le premier et 

le devixiSme flux dans un m§me flux ; 

- des moyens pour transmettre le multiplex 
obtenu au terminal client (2) 3l travers ladite liaison 
haut d^bit . 

15 8. SystSme selon la revendication 7, 

caractSrisS en ce que ladite liaison haut A&o±t est de 
type xDSL. 

9. Systeme selon la revendication 8, 
caracterise en ce que le deuxiSme flux repr^sente des 
20 donnees audi ovi sue lies et le premier flux reprSsente 
des signaux de contr61e du second flux, 

10 • Systdme selon la revendication 9, 
caract6ris6 en ce que le rSseau non connecte est le 
reseau Internet et le reseau connect^ est un rSseau 
25 ATM. 

11. Systdme selon I'une des revendications 
7 a 10, caract6ris€ en ce que lesdits moyens pour 
Stablir une liaison xDSL entre le tenninal client (2) 
et le serveur de contenu (6) comportent un multiplexeur 
30 num^rique (8) du type DSLAM et au moins ton premier 
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cotnmutateur ATM (10) destinS a raccorder le terminal 
client au serveur de contenu. 

12. Systdme selon la revendication 11, 
caracteris6 en ce qu'il comporte en outre un premier 
5 serveur haut debit BAS (14) destine a assurer une 
liaison haut debit via le reseau Internet entre le 
rSseau ATM et un reseau de commande, et un deuxieme 
serveur haut debit BAS (16) destine a assurer une 
liaison haut d6bit entre le terminal client (2) et un 
10 serveur des donn^es audiovisuelles (6) . 



